-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix(build): remove need for typesVersions
breaking VSCode imports
#130
Conversation
🦋 Changeset detectedLatest commit: 49d1049 The changes in this PR will be included in the next version bump. This PR includes changesets to release 1 package
Not sure what this means? Click here to learn what changesets are. Click here if you're a maintainer who wants to add another changeset to this PR |
typesVersions
breaking VSCode imports
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The previous release accidentally disabled the test suite for the next part, which is why the CI is green. Renaming the files from .spec.ts
to .test.ts
pattern will enable the test suite again.
Not providing the file extension in an import statement could cause incompatibility with full ESM project. Can you explain why it's not needed anymore?
@gearnode: It won't because the project is no longer a |
Currently, because of the use of
typesVersions
, VSCode resolves defer imports to@defer/client/index
, which causes compilation issues with Next.js: